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SYSTEM AND METHOD FOR UTILI7IM Q MULTICAST |p AND FTHFRMFt to 
LOCATE AND DISTRIBUTE A SATELI ITF qi^ma. 

This U.S. non-provisional patent application claims the benefit of and/or 
priority to U.S. provisional patent application serial number 60/456,049 filed March 
20, 2003 entitled "Using Multicast IP and Ethernet To Locate and Distribute A 
Satellite Signal." 

Background 

Field of the Invention 

The present invention relates to distribution and/or receipt of video program 
signals and, more particularly, to distribution and/or receipt of satellite television 
signals, over a network utilizing multicasting IP and Ethernet protocols. 

Related Art 

With the proliferation of the Internet and broadband networks, sending digital 
video, audio and/or data over an IP (Internet Protocol) network is becoming very 
advantageous. IP networks provide a structured protocol transport structure that 
may be exploited to provide one or more different data streams over a network each 
data stream of which may be acquired by one or more receivers connected to the 
network. This is known as multicasting. Multicasting IP datagrams are transmitted to 
a host group, a set of zero or more hosts identified by a single IP destination 
address. The IP datagram is then delivered to all members of its destination host 
group (corresponding to an IP multicast address). 

By utilizing multicast networking, one digital data server can direct content to 
multiple clients simultaneously. This optimizes bandwidth use, which would 
otherwise require unicasting packets to several clients (i.e. providing a bit stream of 
packets or data to each individual address). 

If the source of the digital data is a satellite system, a user, through the user's 
satellite receiver, set top box or the like, must select a specific satellite, transponder 
and PIDs (or SCIDs) to request the proper data packets in order to acquire a 
particular channel or program. The program is transmitted from the satellite in the 
form of packetized program streams, wherein the specific program streams 
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associated with a particular program having identification information such as 
program ID (PID) included therein. Using the identification information, the satellite 
receiver filters out the packetized data stream to acquire the desired program stream 
The satellite receiver must thus be able to make the proper selection of program bit 
stream or signal for the requested satellite channel or program. The satellite receiver 
may be connected to various client set top boxes, which may be coupled to display 
dev.ces, through a data network, such as an Ethernet based network. 

An approach in order to have the satellite receiver select the appropriate 
satellite channel is to have the digital server generate a mapping table of parameters 
of each satellite transmitted channel to each assigned IP address. When the 
receiver or set top box is commanded to tune to a particular elementary stream 
(channel or the like), the set top box would do a table look-up to determine the 
address to which to request data. 

A disadvantage to this method is in the processing time wasted in generating 
th,s table, downloading this table to the client set top box(es), and in the set top box 
performing the table look-up during tuning. Additionally, this table may need to be 
regenerated and re-downloaded when new elementary stream information becomes 
available or existing elementary stream data is no longer available. Moreover this 
table would consume valuable memory on both the digital data server and the client 
set top box. 

It is thus evident from the above discussion that what is needed is an efficient 
manner of distributing satellite program signals from a data server to multiple clients 

It » thus further evident from the above discussion that what is needed is an 
efficient satellite television distribution system that efficiently provides multiple 
satellite television signals to any one or more satellite or set top box receivers. 

This need and others are accomplished through application of the principles of 
the subject invention and/or as embodied in one or more various forms and/or 
structures such as are shown and/or described herein. 

Summary 

IP and Ethernet multicast addresses are utilized to uniquely describe specific 
satellite signals on which a digital television receiver can tune and acquire 
elementary stream (audio, video and/or data) packets. Available bits in the IP 
multicast address and the corresponding Ethernet multicast address are mapped to 
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an elementary stream's satellite signal identification data. Embedding these 
parameters (elementary stream's satellite signa. identification data) into the multicast 
address itself provides a convenient and efficient method for mapping between the 
satellite parameters and those of the IP/Ethernet domain. 

Mapping available bits in the IP multicast address and the corresponding 
Ethernet multicast address to an elementary stream's characteristics (satellite signa. 
identification data such as satellite, transponder and PIDs or SCIDs) to request 
proper multicast IP packets overcomes the probiems noted above. This alleviates 
the need for more time consuming and complex solutions such as the one described 
above wherein the client first downloads and parses a table that maps these 
parameters from service information to the appropriate multicast address(es) An 
advantageous feature of the present invention is that the video server, or satellite 
receiver, and the client terminal both use the same predetermined algorithm for 
mapping the program stream identification information with the multicast address so 
there is no need to distribute mapping tables. 

In one form, there is provided a method of receiving a packetized program 
stream from a satellite source and distributing the packetized program stream 
through a data network, comprising the steps of: receiving a plurality of packetized 
program streams from the satellite source, each packetized program stream having 
associated therewith program identification information; receiving a request for a 
particular packetized program stream, the request including a multicast address- 
determining program identification information and satellite identification information 
associated with the particular packetized program stream using a predetermined 
algorithm and the multicast address; tuning to a selected satellite and acquiring the 
particular packetized program stream using the determined satellite identification 
information and the program identification information; and transmitting, on the data 
network, the particular packetized program stream in accordance with a transport 
format associated with the data network using the multicast address. 

The data network may comprise an Ethernet based network, and the program 
stream is transmitted after encapsulating the particular packetized program stream 
according to the Internet Protocol transport format. Also 
the multicast address may be determined from the program ID (PID), satellite 
number, and transponder number. 

In another embodiment, the invention provides a method of receiving a 
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packetized program stream and distributing the packetized program stream through a 
data network, comprising the steps of: receiving a plurality of packetized program 
streams from a signal source, each packetized program stream having associated 
therewith program identification information; receiving a request for a particular 
packetized program stream, the request including a multicast address; determining 
program identification information associated with the particular packetized program 
stream using a predetermined algorithm and the multicast address; acquiring the 
particular packetized program stream using the determined program identification 
information; and transmitting, on the data network, the particular packetized program 
stream in accordance with a transport format associated with the data network using 
the multicast address. 

In another embodiment, the invention provides a method for receiving a 
packetized program signal in a data network, comprising the steps of: receiving a 
user request for a particular packetized program stream from a plurality of packetized 
program streams; determining a multicast address associated with the particular 
packetized program stream using a predetermined algorithm and identification 
information associated with the particular packetized program information; 
transmitting a request for the particular packetized program stream, the request 
including the multicast address, to a device coupled to a source of the plurality of 
packetized program streams; acquiring, from the data network, packetized data 
having the particular program stream included therein and being associated with the 
multicast address; and deriving the packetized program stream from the acquired 
packetized data. 

In another embodiment, the invention provides a method of receiving a 
packetized program stream from a signal source and distributing the packetized 
program stream through a data network, comprising the steps of: a) receiving, in a 
first device coupled to the data network, a plurality of packetized program streams 
from the signal source; b) receiving, in a second device coupled to the data network, 
a user input selecting a particular packetized program stream from the plurality of 
packetized program streams; c) determining, in the second device, a multicast 
address associated with the particular packetized program stream using a 
predetermined algorithm, and transmitting a request for the particular packetized 
program stream including the determined multicast address to the first device; d) 
determining, in the first device, identification information associated with the 
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particular packetized program stream in response to the request using the 
predetermined algorithm and the multicast address; e) acquiring, in the first device, 
the particular packetized program stream in response to the identification 
information, and transmitting the particular packetized program stream through the 
5 data network in accordance with a transport format of the data network using the 
multicast address; and f) receiving, in the second device, the particular packetized 
program stream in response to packetized data transmitted with the multicast 
address. 

10 Brief Description of the Drawings 

The invention is further described with reference to the following drawings, 
wherein: 

FIG. 1 is a representation an exemplary satellite signal distribution system in 
which the subject invention may be embodied; 
15 FIG. 2 is a representation of another exemplary satellite signal distribution 

system in accordance with the principles of the subject invention; 

FIG. 3 is a table illustrating satellite tuning parameters in accordance with an 
aspect of the principles of the subject invention; 

FIG. 4 is a table of IPv4 address bit allocation in accordance with an aspect of 
20 the principles of the subject invention; 

FIG. 5 is a representation of a manner of translating service (program guide) 
information as requested by a channel change into an IP multicast address for 
acquiring the requested channel bit stream; and 

FIG. 6 is a flowchart of an exemplary manner of operation of a satellite system 
25 in accordance with the principles of the subject invention. 

Corresponding reference characters tend to indicate corresponding parts 
throughout the several views. 

Detailed Description 

30 Referring now to FIG. 1 , there is depicted a representation of an exemplary 

satellite signal distribution system generally designated 10. The satellite signal 
distribution system 10 is representative of various types of satellite systems for the 
delivery of digital audio, video, audio/video and/or data signals (collectively, digital 
television signals or program signals) from one or more satellites 20 to one or more 
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ground based antennas 30. The digital satellite television signals are typically in the 
form of digital elementary stream packets (simply elementary stream packets). One 
or more satellite(s) 20 form a transmission portion of the satellite system 10. One or 
more antenna(s) 30 form a receiving portion of the satellite system 10. Each 
antenna 30 is connected to a digital server, headend or signal processing and 
distribution component (collectively, digital server) 40. One or more digital server(s) 
40 form a processing and distribution portion of the satellite system 10. A 
representative satellite system may thus be composed of a transmission portion, a 
receiving portion and a processing and distribution portion (i.e. one or more of each 
of a satellite, a receiver, and a processing and distribution component) each 
containing one or more components. Multiple satellite systems may likewise make 
up a satellite system in accordance with the present principles. 

Each satellite 20 has one or more transponders, and preferably multiple 
transponders, each one of which transmits a satellite signal or elementary stream 
packets in digital form. Each transponder of a satellite transmits a satellite signal or 
channel that is composed of digital elementary stream packets of audio, video, 
audio/video and/or data. For ease of understanding and not to be limiting, such 
digital satellite signal, channel, program and/or elementary stream packets of audio, 
video, audio/video and/or data will be collectively termed satellite television signals, 
or transmitted satellite television signals. The transponders transmit the satellite 
television signals according to a particular digital transmission protocol and/or format. 
In the present case, the satellites 20 transmit in an MPEG (e.g. MPEG2) digital 
protocol/format or in a DirecTV digital protocol/format. Of course other digital 
protocols/formats could be used. Each satellite signal includes the program data and 
identification data. The identification data includes information in the form of satellite 
number or identification, transponder number or identification, and transport protocol 
format program identifiers (PIDs in the case of MPEG signals, or SCIDs in the case 
of DirecTV signals). 

Each antenna 30 is adapted, configured and/or operable to receive the 
satellite television signals transmitted from the satellites 20. Each antenna 30 is 
preferably configured to receive multiple television channels or signals from multiple 
transponders. It should be appreciated that a single antenna 30 represents multiple 
antennas if necessary to receive satellite signals from several satellites at once. 
Each antenna 30 is connected to a data server 40. A data server 40 may be 
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cons.dered a miniature or mini (i.e. scaled down) head end. The data server 40 
performs functions typical of such data servers in addition to those features 
described herein. 

Each data server 40 is adapted, configured and/or operable to receive the 
plurality of satellite television signals (elementary streams) and process them 
accordingly. Particularly, the data server 40 is operable to encapsulate the received 
satellite television signals in the first transport protocol (e.g. MPEG or DirecTV) into 
packetized data according to a second transport protocol (i.e. IP transport). Thus, 
the elementary stream packets of each of the satellite signals or channels of the first 
transport protocol received from the satellites are in effect converted into elementary 
stream packets of a second transport protocol. 

Additionally, the digital server 40 is further operable to assign a unique IP 
multicast address to each satellite signal (elementary streams) from a given group of 
available IP multicast addresses. The assigning of a multicast address is according 
to a schema whereby satellite identification data (satellite elementary stream packets 
or satellite signal identification data) is encoded or mapped to the assigned unique IP 
multicast address. Particularly, certain (available) bits of the assigned unique IP 
multicast address are used to encode the satellite signal identification data of the 
satellite signal to which it is assigned. In this manner, the IP multicast address 
includes the satellite identification data through mapping, encoding or correlating of 
the identification data to certain bits of the address. Preferably, but not necessarily, 
the identification data includes three (3) parameters to control which elementary 
stream(s) to tune to: 1) satellite number; 2) transponder; and 3) PIDs or SCIDs- 
program identifiers (transport protocol format program identifiers) of the MPEG or 
DirecTV protocol format. 

These parameters each have a restricted or finite practical range of values. 
For an MPEG PID, for example, the range of values is bounded from 0 to 8191 (or 
from 0x0000 to Oxlfff in hexadecimal) by the MPEG2 specification (see ISO 13818). 
For a DirecTV SCID, for example, the range of values is bounded by 0 to 4095 (or 
from 0x0000 to OxOfff in hexadecimal). To make things simple, a bounded range of 0 
to 8191 may be chosen for the PID/SCID data to be encoded into the IP multicast 
address in order to accommodate room for both systems. 

The number of transponders typically available on one satellite is thirty-two 
(32). Since no satellite would contain zero transponders, valid transponders may be 
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numerically represented in a number range as 0 to 31 . If the transponders are 
actually numbered 1 to 32, a subtraction of "V would yield the correct transponder 
number in order to fall within the 0 to 31 number range. 

Practical limitations on antenna mounting and the cost to the service provider 
limits the number of satellites available to a single receiver set top box, satellite 
receiver, or equivalent device/component. Setting an upper bound of eight (8) 
satellites (or less) provides a wide range of flexibility for the service provider and 
customer. The eight satellites may be number from 0 to 7. FIG. 3 depicts these 
three parameters of the satellite identification data are listed with its decimal range 
and the equivalent hexadecimal range within the chart 80. Of course, other decimal 
and thus hexadecimal ranges may be utilized. While various IP multicast address 
schemes may be employed, the present invention will be described with respect to 
the thirty-two (32) bit IPv4 multicast address. 

The data server 40 is further operable to convert the assigned IP multicast 
address into an Ethernet multicast address in order to provide the elementary stream 
packets (satellite signals) over an Ethernet network. The assigned IPv4 multicast 
address is mapped into the forty-eight (48) bit Ethernet address. Particularly, the 
data server 40 maps the available bits in the 32-bit IPv4 multicast address into 
corresponding bits of the 48-bit Ethernet address. For compatibility with other 
multicasting networks, an address mapping is selected that is compatible with the 
Internet Group Management Protocol (IGMP) of RFC1 1 12 and RFC2236. RFC1 1 12 
states that "an IP host group address is mapped to an Ethernet multicast address by 
placing the low-order 23-bits of the IP address into the low-order 23 bits of the 
Ethernet multicast address 01-00-5E-00-00-00 (hex)." The IP multicast address is 
thus converted into an Ethernet multicast address by mapping the lower 23 bits of 
the IP multicast address into the lower-order 23 bits of an Ethernet multicast address. 
This alleviates the need for an independent mapping for the corresponding Ethernet 
multicast address. 

As an example of the operation of the data server 40, suppose the IPv4 
multicast addresses of 224.3.0.0 to 224.251 .255.255 are available from the reserved 
group of IPv4 multicast addresses so as to avoid conflicts. If the IP multicast bits are 
numbered from 0 to 31 , the bits 0 to 12 may be used to store (encode or map) the 
PID or SCID. Bits 13-15 may be used to store (encode or map) the satellite number. 
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Bits 1 8 to 22 may then be used to store (encode or map) the transponder number. 
These bit allocations are summarized in the chart 90 of FIG. 4. 

Referring back to FIG. 1 , each digital server 40 may be, in turn, connected to 
a service rack 52 that is typically within a building 50 or the like. The service rack 
provides an interface with a network 60 that includes a plurality of receivers, set top 
boxes or the like 61 each one of which is Ethernet capable as well as being able to 
process satellite signals (i.e. distributed satellite signals or elementary stream 
packets of the IP format). Alternatively, the digital server 40 and service rack 52 may 
be embodied within a single package. Each receiver 61 is operable to tune to one or 
more satellite elementary stream packets via its IP/Ethernet multicast address. The 
service rack 52 may provide program or service guide information to the receivers 61 
either through the data servers 40 or telephone lines connected to the service rack 
52 (see FIG. 2). 

An example of how a receiver 61 may acquire one or more elementary 
streams (satellite signals, programming or channels) is now discussed with the aid of 
FIG. 5. Using the IP multicast address range 224.3.0.0 to 224.251 .255.255, a set 
top box 61 is issued a command to change channels typically from a remote control. 
The set top box 61 then leaves any current multicast group. The satellite channel 
information is extracted from the local program or service guide information provided 
to the set top box 61 . The extracted channel information may indicate that the 
selected satellite channel is from satellite 1 , transponder 1 , PID 12. To join the 
appropriate multicast group, the set top box 61 translates the guide information into 
an Ethernet/IP multicast address. Chart 100 of FIG. 5 depicts how this is 
accomplished. A notable feature of the present invention is that the method of 
mapping the program identification parameters into the multicast address is done in 
the same manner as described above, with respect to the digital server. In this 
manner, both the client terminals, or receiver 61 , and the digital server 40 utilize the 
same mapping technique, and as such, there is no need to download mapping tables 
and perform look up operations when a new channel or program is selected by the 
user. 

The row 102 represents the bit number of the IP multicast address. The row 
104 represents the parameters gleaned from the program guide in the appropriate 
designated spots (bits) as represented by row 106. Row 108 represents the total IP 
multicast address which is translated to the address of row 110, i.e. 224.7.32.12. 
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224.7.32.12. The multicast address may be used, in turn by the digital server in 

response to the user selection, to tune to a specKic sateliKe, a specific transponder, 
and a specific packetized program stream. 

In FIG. 2, there is depicted another exemplary embodiment of a satellite 
system generally designated 100. The salellile system 100 includes a mini-headend 
40 thai ,s connected ,o a building or other dis.ribu.ion structure (such as an MDU or 
multiple dwelling unl. 50. The mini-headend 40 receives ,he plurality of satellite 
Signals via an antenna (dish) 30 which directs the signals fo a satellite receiver 
system 32. The satellite receiver system 32 perfomts the headend functions 
described above. The mini-headend 40 includes a QoS (Quality o, Service, switch 
34 that can optionally add advanced video services 36 and/or optionally add data 
service 38 from the Interne, 39. In a„ cases, the QoS switch 34 is connected ,o the 
serv,ce rack 52 preferably, but no, necessarily, via a 1 Gigabit per second (Gbps) 
connection. The service rack 52 receives the plurality of converted and IP mulficas, 
added satellite signals via an Ethernet/ QAM switch 56. The Ethernet/QAM switch 56 
is connected to a POTS splitter 54 ,ha, is connected ,o a POTS for telephone seivice 

The Ethernet/QAM switch 56 directs telephone signals from the POTS splitter 
and satellite signals from the mini headend 40 ,o one or more dwelling unite 62 via 
fi-e^xDSL, as an example, ne,work 60. Each dwelling unl, includes a telephone jack 
64 that provides access for an xDSL modem 66. The modem 66 allows connection 
hereto by a telephone 68, a computer 70 via an Ethernet connection, a ne.wo,K set 
top box (e.g. satellite receiver) 72 via an Ethernet connection that is connected to a 
display or monitor 74. Each one of the dwellings 62 may therefore join in one or 
more muUioasts. 

It should be appreciated that there may not necessarily be a one-to-one 
correlation or correspondence between MPEG (DirecTV) packets and Ethernet/IP 
packets. There may be, for example, ,0 MPEG packets put into a single IP mufticast 
packet, which would then be put into an Ethernet multicast packet. Various 
combinations are contemplated. 

Referring now to FIG. 6, there is depicted a flowchart, generally designated 
1 20, of an exemplary manner of operation of a satellite system in accordance with 
the principles of the subject invention. In step 122, firet satellite signals (e g a 
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Plurality of first satellite signals) of a first format are reoeived. In step 124 the 
received firs, sateiiite signals are oonverted, or enoapsuiated, info packed data 
accordmg to a seoond format. In step 126, fhe paokefized data is assigned an .P 
mu^oas, address aooording to an enooding scheme befween fhe parameters of eaoh 
aa MM. s gna, and b„s of its assigned ,P multicast address. Particularly, certain bks 
of the ass,gned IP multicast address enoode the sateiiite parameters. This oorrelates 

viT si9nal (or e,emen,a,y s,ream) ,o a **** ip 

in step 128, eaoh ,P mukicas, address is oonverted into an Ethernet multicast 
address for use over Ethernet networks and/or Ethernet components. The 
elementary stream win be equated with the partloular Ethemet/IP mukicas, address 
Thereafter in sfep 130 me enoapsulaled saleHile signais are provided for acquisftion 
over an Ethernet to group mukioast member by Ethernet/IP mukioast address A 
oomponen, suoh as a se, ,op box, requests to join in the reoeption of the elemental 
stream packets corresponding to a particular channel. 

" should >» aPP^iated ,ha. the flowchart ,20 described above and depicted 
in FIG. 6 prov,des a complete manner of exemplary operation of me subject satellite 

rece,v,ng system as described herein. Every slop, however, Is no. necessary for 
|mp em enteti of the sub)ect invemion subject jnvemion ^ ^ 

uttang a smaller number of steps than all of the steps of the flowchart 1 20 This 
may be reflected in the claims. Moreover, more or less steps in alternative ' 
embodiments of the procedure, method or operation 120 may implement the subject 
.nvenhon ,n accordance wkh the principles recited herein. As well, subsets of the 
above procedure 120 may implement the principles of ,he subject invention rather 
than the entire procedure. Variations are also contemplated 

While this invention has been described as having a preferred design the 
present invention can be further modified wfthin the spirit and scope of this 
disclosure. This application is therefore intended to cover any variations, uses of 
adaptations of the Invention using ks genera, principles. Further, this application is 
intended to cover such departures from the present disclosure as come wfthin known 
or customary practice in the art ,o which Ihis invention pertains and that fal. wfthin the 
limits of the appended claims. 



